home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 874 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: OS features
  5. Date: 10 Jan 1996 12:01:07 +0100
  6. Organization: dis-
  7. Message-ID: <4d069j$9ma@serpens.rhein.de>
  8. References: <92747544038@PAPA.NORTH.DE> <4b3h9s$1st@alterdial.UU.NET> <2152.6561T63T2136@cycor.ca> <4b7i18$si1@vixen.cso.uiuc.edu> <oj6raxxrr0o.fsf@hpsrk.fc.hp.com> <13213431@sourcery.han.de> <4cpmlv$obe@ousrvr3.oulu.fi> <4cqqfq$khf@serpens.rhein.de> <4csgvl$dje@ousrvr3.oulu.fi> <4ctfr5$7v@serpens.rhein.de> <4cvp0u$925@ousrvr3.oulu.fi>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. kinnunen@stekt.oulu.fi (Teijo Kinnunen) writes:
  12.  
  13. >I wouldn't worry about the fact that some kind of OS emulation would be
  14. >required.
  15.  
  16. But I do because it is largely nonsense. It eats huge amounts of
  17. memory and wastes CPU time.
  18.  
  19. >On PowerPC, it would be reasonably fast.
  20.  
  21. That's whaht you think.
  22.  
  23. >Unix systems need a lot of resources, and a guru to maintain them.
  24.  
  25. NT needs a lot of resources and a guru to maintain them (well, you
  26. only need it when something goes wrong).
  27.  
  28. In fact NT needs MUCH MORE resources than UNIX.
  29.  
  30. >A version
  31. >of AmigaOS rewritten to be modern could benefit from not being a resource
  32. >hog,
  33.  
  34. You want it to be a resource hog.
  35.  
  36. >I'm suspecting the Amiga will stay in the bottom low-end. You are correct
  37. >in that low-end machines won't run a rewritten system with MP effectively.
  38.  
  39. Especially not if you have to emulate another OS. And I don't think
  40. there is the time for inventing Yet-Another-Proprietary-OS.
  41.  
  42. >If memory protection were introduced, the only problematic area is
  43. >interprocess messaging.
  44.  
  45. No. It is shared access to data structures. If it only were the
  46. messages we had no real problem.
  47.  
  48. -- 
  49.                                 Michael van Elst
  50.  
  51. Internet: mlelstv@serpens.rhein.de
  52.                                 "A potential Snark may lurk in every tree."
  53.